Method for implementing an unplanned shutdown of a computer system

ABSTRACT

Methods, systems, and computer-readable media are provided for managing system actions on a network. In one exemplary embodiment, there is provided a method for managing system actions on a computer network, comprising the steps of initiating a system action sequence in response to a received command, transmitting information about the system action sequence to one or more user computers or administrator computers, receiving feedback information about the system action sequence from one or more user computers or administrator computers, and selectively performing one of continuing the system action sequence, canceling the system action sequence, or reinitiating the system action sequence at a later time, based on the feedback information.

I. BACKGROUND

A. Technical Field

The present invention generally relates to computer systems and, more particularly, for methods of implementing system actions such as shutdowns of computers on a network.

B. Detailed Background

Computers are often connected with other computers via a network in both home and work environments. Computers on the network are often managed by one or more administrators. Occasionally, some or all of the computers on a given network will need various system actions, such as a shutdown. A shutdown can be required for various reasons, such as maintenance, replacement, software updates, or hardware updates. Ideally, shutdowns can be planned beforehand, so there is an opportunity to consider when and how to best implement the shutdown. However, not all shutdowns can be planned with enough lead time to ensure that the shutdown goes smoothly for users of computers on the network.

For example, sometimes a critical virus software update will become available that is of sufficiently high priority to justify shutting down some or all of the computers on the network. In this case, an unplanned shutdown may be necessary so the computers can be scanned for harmful software. Other hardware or software updates may also be time-sensitive, depending upon the needs of the people using the computers on the network.

Implementing a time-sensitive shutdown immediately may not be the best approach in every case, however. Some users may have unsaved data, be near completion of an important task, or may be engaged in important communications using the computer, such as chat software, voice-over IP, etc. In addition there may be long-running processes, such as completing a large software build or simulation, that take weeks or even months to finish. In these circumstances it is often undesirable for the administrator to implement the shutdown immediately.

In many cases, a shutdown is initiated, and the users are simply notified of the shutdown via an email, by word of mouth, or even by their computer beginning to shut down as they work. If a user desires to inform the administrator that the shutdown should be reinitiated later or canceled, the user may contact the administrator by telephone, email, fax, etc. However, the user may not be able to inform the administrator in time to prevent the shutdown. In addition, the users may have difficulty contacting the administrator, as the administrator may be too busy to read all of the emails, answer the phone calls, etc. Also, the administrator may try to shut down the system multiple times, and each time some user may request the shutdown be delayed, causing the administrator unnecessary inconvenience.

It is desirable to provide an automated interface which allows users to provide feedback to an administrator who wishes to implement a shutdown on a computer network. It is further desirable to allow users an opportunity to vote on whether to implement the shutdown at a particular time, and to allow the administrator to assess the needs of the users on the network from the administrator's computer, taking into account such information as the number of users who wish to continue working, the number of computers with unsaved data, the number of computers with applications currently running, and other information which the users communicate to the administrator.

II. SUMMARY

Consistent with the invention, there is provided methods and apparatus for managing system actions on a computer network having at least a first computer and a plurality of second computers, the method comprising the steps of initiating a system action sequence in response to a received command, transmitting information about the system action sequence to the second computers, receiving feedback information about the system action sequence from the second computers, and selectively performing one of continuing the system action sequence, canceling the system action sequence, or reinitiating the system action sequence at a later time, based on the feedback information.

It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the invention, as described. Further features and/or variations may be provided in addition to those set forth herein. For example, the present invention may be directed to various combinations and subcombinations of the disclosed features and/or combinations and subcombinations of several further features disclosed below in the detailed description.

III. BRIEF DESCRIPTION OF THE DRAWINGS

The accompanying drawings, which are incorporated in and constitute a part of this specification, show certain aspects of the present invention and, together with the description, help explain some of the principles associated with the invention. In the drawings,

FIG. 1 illustrates a block diagram of an exemplary computer network and a block diagram of an exemplary administrator computer consistent with certain aspects related to the present invention.

FIG. 2 illustrates an exemplary flowchart for describing steps in a shutdown sequence consistent with certain aspects related to the present invention;

FIG. 3 illustrates a block diagram of an exemplary shutdown sequence initiation window consistent with certain aspects related to the present invention;

FIG. 4 illustrates a block diagram of an exemplary shutdown sequence notification window and a veto window consistent with certain aspects related to the present invention;

FIG. 5 illustrates an exemplary flowchart for describing detailed steps in a shutdown sequence consistent with certain aspects related to the present invention;

FIG. 6 illustrates a block diagram of an exemplary shutdown sequence summary window consistent with certain aspects related to the present invention; and

FIG. 7 illustrates a block diagram of an exemplary system status window consistent with certain aspects related to the present invention.

IV. DETAILED DESCRIPTION

Reference will now be made in detail to the exemplary embodiments of the invention, examples of which are illustrated in the accompanying drawings. Wherever possible, the same reference numbers will be used throughout the drawings to refer to the same or like parts.

FIG. 1 includes a block diagram of an exemplary computer network 100. Computer network 100 may include one or more user computers 101, an administrator computer 102, and a communication network 103. User computers 101 and administrator computer 102 may include one or more processors, storage devices, applications, and other hardware or software. Communication network 103, which can be implemented by wired or wireless technologies, allows user computers 101 and administrator computer 102 to communicate. Communication network 103 can be virtually any type of network, including a WAN such as the internet, or a home or office-based LAN.

For the purposes of this description, an “administrator” is a person with permission to initiate a shutdown. A “user” is someone who does not have permission to initiate a shutdown. An “administrator computer” is a computer with an administrator logged in. A “user computer” is any computer that is not an administrator computer.

Preferably, computer network 100 includes a minimum of 2 computers, and a minimum of 1 administrator computer 102. There is no minimum number of user computers 101.

FIG. 1 also illustrates a block diagram of administrator computer 102. Administrator computer 102 includes an initiating component 110, a transmitting component 111, a receiving component 112, and a selection component 113. Initiating component 110 is used for initiating a system action sequence in response to a received command. Transmitting component 111 is used to transmit information about the system action sequence to user computers 101. Receiving component 112 is used for receiving feedback information about the system action sequence from user computers 101. Selection component 113 is used to selectively perform one of continuing the system action sequence, canceling the system action sequence, or reinitiating the system action sequence.

FIG. 2 is an exemplary flowchart 200 of a method consistent with the invention. Flowchart 200 illustrates a method for managing system actions on a computer network. A system action can be, for example, a shutdown, a software or hardware upgrade, or other changes that affect multiple computers on the network.

At step S201, administrator computer 102 initiates a system action sequence, such as a shutdown sequence, in response to a received command, and sends information about the shutdown sequence to user computers 101. At step S202, the administrator computer transmits information about the system action sequence to one or more user computers 102 on the network.

At step S203, feedback is received by the administrator computer 102 from the user computers 101. The administrator computer 102 displays the feedback to an administrator, so the administrator can decide how to proceed with the system action sequence. At step S204, administrator computer 102 either continues the originally scheduled system action sequence, reinitiates the system action sequence at another time, or cancels the system action sequence altogether.

FIG. 5 is a more detailed exemplary flowchart 500 for a method consistent with the invention. FIG. 5 corresponds to a system action sequence that is a shutdown sequence. At step S501, administrator computer 102 responds to an input indicating that a shutdown sequence should be initiated. When administrator computer 102 receives such an input, it displays to the administrator a shutdown sequence initiation window 300 (displayed in FIG. 3).

At step S502, administrator computer 102 receives input about the shutdown sequence from the administrator through shutdown sequence initiation window 300. For example, the administrator can enter the reason for the shutdown in a shutdown justification field 301, and can enter the time for the shutdown in a shutdown time field 302. The administrator can also classify the severity of the shutdown by using one of three shutdown classification buttons 303, 304, and 305. The administrator can initiate the shutdown sequence by using an initiate shutdown sequence button 306. When the administrator uses initiate shutdown sequence button 306, messages are sent to user computers 101 about the shutdown sequence, including the information that was entered into shutdown sequence initiation window 300.

On user computers 101 where a user is presently logged in, the sequence continues to step S503. Here user computers 101 present a shutdown sequence notification window 400 to the user who is logged in, as shown in FIG. 4. Shutdown sequence notification window 400 presents the user with the system shutdown time, reason, and severity in a shutdown sequence information field 401, and presents the user with the remaining time until shutdown with a shutdown timer 403. If a user is logged in to multiple user computers 101 simultaneously, the system presents shutdown sequence notification window 400 on all of the computers the user is logged on to.

At step S504 (FIG. 5), user computers 101 receive input from users through shutdown sequence notification window 400. Users can communicate about the shutdown sequence with administrators or other users through a chat display field 405 and a chat text entry field 406. The user can choose to accept the shutdown sequence by pressing an OK button 402, or may signal their desire to veto the shutdown sequence by pressing a veto button 404. If the user presses veto button 404, a veto window 410 will be displayed, and the user will be requested to enter a reason for the veto. The user enters the reason for the veto in a veto reason entry field 411. In this description the term “veto” means simply voting on the shutdown sequence, however it is possible to give some users or computers the ability by the “veto” to prevent the shutdown sequence.

For users who are not logged in to a computer, the shutdown sequence continues from step S502 to step S505 (FIG. 2). Here either user computers 101 or administrator computer 102 notify such users of the shutdown sequence by some means. This notification can occur through email, telephone, fax, instant messenger, or other appropriate communication means.

At step S506, administrator computer 102 may receive feedback about the shutdown sequence through some other available means. For example, the user could respond via email, telephone, fax, instant messenger, or other communication means. Alternately the user could choose to log on to one of user computers 101 and use shutdown sequence notification window 400.

At step S507, the user feedback is presented to the administrator. The feedback can be presented using a shutdown sequence summary window 600 as shown in FIG. 6. A chat display field 601 and a chat entry field 602 allow the administrator to interactively communicate with the users, who use corresponding chat fields 405 and 406 in shutdown sequence notification window 400 (FIG. 4). A veto summary field 603 displays the number of vetoes that have been received, and the number of users who have responded out of the total user computers 101 that are to be shut down. A veto reason display field 604 displays reasons users have entered in veto window 410. If vetoes have been received, processing goes to step S508. If no vetoes have been received during these steps, processing goes to step S509.

At step S508, administrator computer 102 presents the option of continuing with the shutdown sequence, reinitiating the shutdown sequence at a more convenient time, or canceling the shutdown sequence altogether, through shutdown sequence continue, cancel, and reinitiate buttons 605, 606, and 607 in shutdown sequence summary window 600 (FIG. 6). If shutdown sequence continue button 605 is pressed, processing goes to step S509. If shutdown sequence cancel button 606 is pressed, processing goes to step S510. If shutdown sequence reinitiate button 607 is pressed, processing goes to step S501.

At step S509, administrator computer 102 and user computers 101 execute the shutdown. The shutdown may include shutting down some or all of user computers 101 or administrator computer 102.

At step S510, the shutdown sequence is cancelled and the computers continue normal operation.

Methods consistent with the invention are readily extensible to the case where there are multiple administrators and administrator computers 102. In that case, if a first administrator initiates a shutdown sequence, then computers in use by the other administrators act in the manner previously described for user computers 101, and the computer for the administrator who initiates the shutdown acts as administrator computer 102. Similarly, administrators who do not initiate the shutdown sequence correspond to users in the previous description.

Methods consistent with the invention include distributing the processing in different ways than are described above. For example, user computers 101 can be used to receive feedback information or perform the continuing, canceling, or reinitiation of the shutdown sequence. Administrator computer 102 can be used to receive information about the shutdown sequence, or to transmit feedback about the shutdown sequence.

The method can be extended to have the administrator computer or user computers respond to vetoes without presenting the option to continue, cancel, or reinitiate the shutdown sequence. Instead, decision rules can be implemented by the administrator or user computers for how to deal with the results of the vetoes. For example, a threshold percentage or number of votes could be used to automatically trigger a cancellation or reinitiation of the shutdown sequence.

Administrator computer 102 can be configured to display a system status window 700 shown in FIG. 7, at any time during the shutdown sequence. System status window 700 displays information indicating which computers have unsaved data, in an unsaved data field 701, and displays information about applications still in use on other computers in an application status window 702. This information can be presented to the administrator along with the user feedback as factors in the administrator's decision to continue, cancel, or reinitiate the shutdown sequence.

It is also possible to prioritize the incoming veto messages to administrator computer 102. For example, inputs at user computers 101 could be used to prioritize a veto, vetoes could be prioritized by which user issued the veto, which computer issued the veto, or the status of the computer issuing the veto, such as having applications running on the computer or unsaved data on the computer. The veto priorities can be presented as additional information to consider in making the decision to continue the shutdown sequence, cancel the shutdown sequence, or reinitiate it at a later time. Some vetoes may have sufficiently high priority to prevent the shutdown sequence.

The method can be extended to help automate information delivery about decisions in a number of contexts. For example, the system disclosed above could be used not only for system shutdowns, but for introduction of changes that will make the system unusable for a period of time, or any other sort of system action that limits access to resources. Hardware or software updates are an example of this type of system action. Another example is a system action that will cause heavy network traffic, processor or memory loads, or unavailable peripheral devices such as printers or scanners. In this context, an administrator is defined as a person who has permission to make a computer to initiate a system action sequence.

Computer-readable media can be used to provide computer-readable instructions for performing a method consistent with the invention. User or administrator computers can be used to distribute the instructions so that other computers may perform steps consistent with the method.

The systems and methods disclosed herein may be embodied in various forms of apparatus including, for example, a data processor, such as a computer that also includes a database, digital electronic circuitry, memory, firmware, software, or in combinations of them. Moreover, the above-noted features, and other aspects and principles of the disclosed system and methods may be implemented in various environments. Such environments and related applications may be specially constructed for performing the various processes and operations according to the invention or they may include a general-purpose computer or computing platform selectively activated or reconfigured by code to provide the necessary functionality. The processes disclosed herein are not inherently related to any particular computer, network, architecture, environment, or other apparatus, and may be implemented by a suitable combination of hardware, software, and/or firmware. For example, various general-purpose machines may be used with programs written in accordance with teachings of the invention, or it may be more convenient to construct a specialized apparatus or system to perform the required methods and techniques.

The systems and methods disclosed herein may be implemented as a computer program product, that is, a computer program tangibly embodied in an information carrier. Such an information carrier may be embodied in a machine readable storage device or in a propagated signal, for execution by, or to control the operation of, data processing apparatus, e.g., a programmable processor, a computer, or multiple computers. A computer program can be written in any appropriate form of programming language, including compiled or interpreted languages, and it can be deployed in any form, including as a stand alone program or as a module, component, subroutine, or other unit suitable for use in a computing environment. A computer program can be deployed to be executed on one computer or on multiple computers at one site or distributed across multiple sites and interconnected by a communication network.

It is to be understood that the foregoing description is intended to illustrate and not to limit the scope of the invention, which is defined by the scope of the appended claims. Other embodiments are within the scope of the following claims. 

1. A method for managing system actions on a computer network, having at least a first computer and a plurality of second computers, the method comprising: initiating a system action sequence in response to a received command; transmitting information about the system action sequence to the second computers; receiving feedback information about the system action sequence from the second computers; and selectively performing one of continuing the system action sequence, canceling the system action sequence, or reinitiating the system action sequence at a later time, based on the feedback information.
 2. The method according to claim 1, wherein the feedback information is voting information.
 3. The method according to claim 1, comprising exchanging the feedback information interactively between the first and second computers.
 4. The method according to claim 1, wherein: the system action sequence is a system shutdown sequence; and the first computer: receives voting information about the system shutdown sequence from the second computers, or exchanges feedback information interactively with the second computers, or both.
 5. A system for managing system actions on a computer network, comprising: a first computer connected to a plurality of second computers by the network; a component in the first computer for initiating a system action sequence in response to a received command; a component in the first computer for transmitting information about the system action sequence to the second computers; a component in the first computer for receiving feedback information about the system action sequence from the second computers; and a component in the first computer for selectively performing one of continuing the system action sequence, canceling the system action sequence, or reinitiating the system action sequence at a later time, based on the feedback information.
 6. The system according to claim 5, wherein the feedback information is voting information.
 7. The system according to claim 5, wherein the first computer exchanges the feedback information interactively with the second computers.
 8. The system according to claim 5, wherein: the system action sequence is a system shutdown sequence; and the first computer: receives voting information about the system shutdown sequence from the second computers, or exchanges feedback information interactively with the second computers, or both.
 9. A computer-readable medium containing instructions to configure a processor within a first computer to perform steps for implementing a method for managing system actions on a computer network, the method comprising: initiating a system action sequence in response to a received command; transmitting information about the system action sequence to a plurality of second computers; receiving feedback information about the system action sequence from the second computers; and selectively performing one of continuing the system action sequence, canceling the system action sequence, or reinitiating the system action sequence at a later time, based on the feedback information.
 10. The medium according to claim 9, wherein the feedback information is voting information.
 11. The method according to claim 9, wherein the medium contains instructions for exchanging feedback information interactively with the second computers.
 12. The medium according to claim 9, wherein: the system action sequence is a system shutdown sequence; and the medium contains instructions for: receiving voting information about the system shutdown sequence from the second computers, or exchanging feedback information interactively with the second computers, or both.
 13. A computer-readable medium containing instructions to configure a processor within a second computer to perform steps for implementing a method for managing system actions on a computer network, the method comprising: receiving information about a system action sequence from a first computer; and transmitting feedback information about the system action sequence to the first computer; wherein the first computer initiates the system action sequence in response to a received command; and wherein the first computer selectively performs one of continuing the system action sequence, canceling the system action sequence, or reinitiating the system action sequence at a later time, based on the feedback information.
 14. The medium according to claim 13, wherein the feedback information is voting information.
 15. The method according to claim 13, wherein the medium contains instructions for exchanging feedback information interactively with the first computer.
 16. The medium according to claim 13, wherein: the system action sequence is a system shutdown sequence; and the second computer computer: sends voting information about the system shutdown sequence to the first computer, or exchanges feedback information interactively with the first computer, or both.
 17. A computer-readable medium containing instructions to configure a processor to distribute instructions, wherein the distributed instructions relate to at least one step of a method for managing system actions on a network, the method comprising: initiating a system action sequence in response to a received command; transmitting information about the system action sequence to a plurality of second computers; receiving feedback information about the system action sequence from the second computers; and selectively performing one of continuing the system action sequence, canceling the system action sequence, or reinitiating the system action sequence at a later time, based on the feedback information.
 18. The medium according to claim 17, wherein the feedback information is voting information.
 19. The medium according to claim 17, wherein the feedback information is exchanged interactively between the first and second computers.
 20. The medium according to claim 17, wherein: the system action sequence is a system shutdown sequence; and the first computer: receives voting information about the system shutdown sequence from the second computers, or exchanges feedback information interactively with the second computers, or both. 